perm filename MSG.MSG[1,LCS]1 blob sn#523244 filedate 1980-07-14 generic text, type T, neo UTF8
∂14-Jul-80  1740	Mark Crispin <Admin.MRC at SU-SCORE> 	SCORE disk allocation 
Date: 14 Jul 1980 1716-PDT
From: Mark Crispin <Admin.MRC at SU-SCORE>
Subject: SCORE disk allocation
To: LCS at SU-AI

Do you still need your large SCORE disk allocation?  The guest
directories are getting tight for space.
-------

∂14-Jul-80  1152	AEM  
HAVE BEEN MISSING YOU FOR DAYS HERE AND AT CCRMA -- ANN MUELLER

∂13-Jul-80  0102	MMM  
To:   "@MUSIC.DIS[DOC,MUS]" 
I have discovered a bug in BRKSND which was causing it to quit in some
cases after only getting half-way through a file. If you have experienced
this difficulty you might try it again. I have restored the source code
to [SAM,MUS] and MUSIC6:[SND,MMM] and put a (hopefully) fixed version
on the system. 
If you don't know what BRKSND is, it's a fast and convenient way to break
up sound files for transferring to tape (e.g. for CCRMA). The files can
then be rejoined later by simply using COPY.

∂11-Jul-80  0823	SIM  	HowDoU use VRN when XGP↓?    
Leland,
	Sid says you have a way of using the VRN when the 
XGP is down. Is this true?  All I know to do (besides trying
to fix the XGP) is to kill the job running XGP.  Sid says
you alias to VRN; what does this get you?
	signed,
		tired-of-killing-the-XGP

∂06-Jul-80  1508	JMS  	:  ccrma↔SAIL/cc: jos   
You had requested feedback on using DIAL to transfer files.  My experience
runs as follows:

1.  Using the modem @ CCRMA to log into SAIL for running file transfers
produces difficulties.  Without TTY DM, I can't figure out how to
run the control commands in DIAL, and with TTY DM, echoing is garbaged.
In particular, transferring files from CCRMA to SAIL results in spurious
control characters being transmitted, so that e.g. the DIAL program sees
a ↑C and stops, returning to SAIL monitor level.

2.  Sitting at SAIL, it was possible to convince DIAL to transfer files
from CCRMA to SAIL.  In particular, you must open a file, then use
TYPE <filename> to stuff the file at SAIL with the TTY typeout in the usual
manner.  Here is what [CCRMA]DSK:trans.fer[doc,mus] looks like after
a successful transfer:  (excerpted):

This file contains all the necessary rigamarole needed for transfering
files from SAIL to CCRMA via SCORE, I hope. If something doesn't work
while you are at Jacks Hall, try to find Mark Crispin (MRC) for help
(his office is in the basement back past the machine room)
or call me (MMM) at CCRMA or at home (322-3925).
 
SCORE is a TOPS-20 system which exists physically side by side with
the SAIL KL-10 system at Jacks. The reason it is necessary to go here
first is that they have a compatible tape drive with CCRMA (9 track),
whereas SAIL's is not (7 track).
 
.....

3.  I have not been able to make SAIL→CCRMA transfers of text files,
let alone anything else, work with DIAL.  In particular, CCRMA
opens a file in SOS, and just typing out text can aparently
lead to garbaged results.  JOS reported similar garbaged results.

4.  In other words, I'm giving up and working with tape, at least for
a while.  It sounds as tho a systems-level program specifically
for this purpose would be useful for all concerned -- jms/awn

∂05-Jul-80  1938	AK   via DEC-2136 	More music questions 
I have some staves with more than 72 characters of text input.
I tried to simply put in a <CR> after a "/", but the results
indicate that is a loser.  What do you suggest?  (See file
20902 for an example.)

Also, do I assume correctly that the effect of "2B" in the
"beam" section will beam together an 8th note followed by
2 sixteenth notes, assuming they must together constitute
an even quarter note?  In general, does "2B" beam together
all lesser notes that constitute even quarter notes?

00800	∂30-Jun-80  0210	JOS  	UDP to tape   
00900	To:   music  
01000	It is possible to FTP directly from UDP. See addition to TRANS.FER[DOC,MUS] 
01100	for details. Also it is mentioned how to prevent having to type control-Q at SCORE.
01200	
01300	∂28-Jun-80  1549	AK   via MIT-TIP 	Problems Rick has had.
01400	Rick called me up and mentioned a few problems he ran into, which he
01500	may or may not have asked you about.  First, he claimed some problem
01600	with the music program reading files with names ending in the digit 0.
01700	Secondly, on your advice, I eliminated the clefs from pages after the
01800	first.  I am not sure Rick understands how you saved that information
01900	and later recalled it for each page.
02000	
02100	In the text, there are places where the end of one word and the beginning
02200	of the next come one the same note.  Judie has indicated these with a
02300	symbol which looks like a parenthesis lying on its side.  Are you familiar
02400	with this, and is there some way to indicate that in the text?
02500	
02600	∂28-Jun-80  0206	HYS  	more bugs in part extractor  
02700	I'm leaving behind for you the 'cello part to the fourth movement of
02800	"Springtime" on top of the broken III.  Command file is YEATS, instrument
02900	names are CELLI plus REST, staff size .9, indent 20.  I've made it
03000	search for cues in a couple of spots, and it looks as if the "percussion
03100	clef" from the cue line at 228 got carried over to the following
03200	staves, until the tenor clef change at 290.  Also, it read in page numbers
03300	65 and 67, despite the p7=3; other page numbers, like 64 or 66, did
03400	behave properly.  At 261, it read in the 6/4 time signature from the
03500	staff above.
03600	
03700	The doubled 220 rehearsal number is not a bug; I put in rehearsal numbers
03800	on the bottom of the system as well as the top, with the size factor
03900	for the bottom numbers 1 instead of 101; I fixed the size factor already.
04000